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DETAILED ACTION 
Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. Claims 1-3, 5, 7-14, 16, 18-25, 27 and 29-36 rejected under 35 U.S.C. 103(a) as 
being unpatentable over Frey, Jr. et al., U.S. Patent 5,201,044, hereinafter referred to 
as "Frey" in view of Flemming, U.S. Patent 6,023,772. 

3. Referring to claim 1 , Frey teaches a file-based transaction system that includes 
transaction log, this is interpreted as a method for logging file system operation (See 
Col. 1, lines 9-12). Frey discloses the system performing file transactions using user- 
inaccessible software and including distributed type of transactions that includes several 
nodes and each server maintains its own independent log, this is seen as each server 
as each server has a log file that records all the information of the distributed 
transactions, which includes the transaction information that occurs on separate 
servers. This is interpreted as receiving a request to perform a file system operation at 
a primary server and making a call to an underlying file system to perform the file 
system operation (See Col. 3, lines 22-43 and Col. 5, lines 53-56). 
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Frey teaches the use of a transaction log file to keep track of the progress of all 
pending transactions and the log file can be used to reconstruct in case of a failure of 
the system and Frey discloses the types of transactions including a distributed type of 
transaction that includes several nodes and each server maintains its own independent 
log, this is seen as each server has a log file that records all the information of the 
distributed transactions, which includes the transaction information that occurs on 
separate servers. This is interpreted as logging the file system operation to a log within 
a log device to facilitate recovery of the file system operation in the event of a system 
failure before the file system operation is committed to non-volatile storage, wherein the 
log device is located on a secondary server that is separate from the primary server, 
and wherein the secondary server acts as a backup for the primary server (See Col. 4, 
line 53 to Col. 5, line 10 and Col. 5, lines 53-56). 

Frey also teaches maintaining transaction data fields which can include the "new" 
or "modified" data so that a transaction may be "committed" before the base data being 
modified on the disk and commit means successful completion of the transaction, thus 
during a failure such a transaction would need to be repeated to be stored on the disk 
using the "new" or "modified" data in the transaction data field of the log, this is 
interpreted as wherein the file system operation includes arguments and data needed to 
repeat the file system operation (See Col. 5, lines 23-29 and Col. 6, lines 5-8). Frey 
teaches the log file spanning both volatile and non-volatile memory and nearly always 

one portion of the log file will be in the processor's volatile memory, this is interpreted as 
wherein the locating the log in volatile memory on the secondary server facilitates 
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recovery of the file system operation without adding delay to normal file system 
operations due to writes to non-volatile storage (See Frey, Col. 3, lines 31-32 and Col. 
5, lines 14-16). 

Frey teaches a recovery procedure that involves reading the log file, this is 
interpreted as upon a subsequent computer system startup examining the log within the 
log device (See Frey, Col. 9, lines 38-39). Frey also teaches the log file being used to 
reconstruct the system and all volatile memory which contains log entries is written to 
disk and into the log file, this is interpreted as replaying any file system operations from 
the log (See Frey, Col. 5, lines 4- 7 and Col. 9, lines 50-52). 

Frey does not disclose wherein locating the log on the secondary server 
facilitates failover to the secondary server when the primary server fails and wherein the 
log is only in volatile memory, however Frey does teach the of use a logging system 
which assures distributed file system consistency in the event of a system malfunction 
and thus provides for rapid file system recovery. Frey teaches the log is included in the 
volatile memory and "may" span the volatile and non-volatile, thus it "may" only be on 
the volatile memory (See Col. 3, lines 15-43). Flemming teaches upon the failure of a 
primary unit, failover occurs to a secondary unit using the contents of a log to update its 
state (See Col. 1 1 , lines 21-26). Flemming also teaches if speed of recovery is not 
critical logging the state information in the volatile memory to disk, non-volatile memory, 
thus in situations where speed of recovery is critical, not logging the state information 
from volatile memory to non-volatile memory, thereby the log is only located in the 
volatile memory (See Col. 2, lines 6-41). It would have been obvious to one of 
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ordinary skill in the art at the time of the invention to combine the failover using logs in 
only volatile memory of Flemming with the log recovery system of Frey. This would 
have been obvious to one of ordinary skill in the art at the time of the invention to do 
because the second unit takes over for the malfunctioned primary unit, thus providing a 
rapid recovery (See Flemming, Col. 11, lines 21-26). 

4. Referring to claim 2, Frey and Flemming disclose all the limitations (See rejection 
of claim 1) including the use unique identification numbers for the transactions in the log 
(See Frey, Col. 5, lines 34-35). 

5. Referring to claim 3, Frey and Flemming teach all the limitations (See rejection of 
claim 1) including the use of a commit procedure, this is interpreted as freezing ongoing 
activity and making a call to the file system to flush memory buffers to non-volatile 
storage, which guarantees operations are committed to non-volatile storage and later 
unfreezing ongoing activity (See Col. 5, lines 23-33). Frey also teaches that all old 
completed transactions are discarded, this is interpreted as removing outstanding file 
system operations from the log (See Col. 5, lines 11-12). 

6. Referring to claim 5, Frey and Flemming teach all the limitations (See rejection of 
claim 1) including defining the sequence of actions to be carried out in the transaction, . 
this is interpreted as checking for dependencies between file system operations and 



i 
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ongoing file system operations, and if detected ensuring completion is done in an order 
that satisfies the dependencies (See Frey, Col. 5, lines 41-43). 

7. Referring to claim 7, Frey and Flemming teach all the limitations (See rejection of 
claim 1) including the use unique identification numbers for the transactions in the log 
(See Frey, Col. 5, lines 34-35), and defining the sequence of actions to be carried out in 
the transaction, this is interpreted as associating the file system operation with a 
transaction identifier for a set of related file system operations and wherein logging the 
file system operation involves storing the file system operation with the transaction 
identifier to the log device (See Frey, Col. 5, lines 41-43). 

8. Referring to claim 8, Frey and Flemming disclose all the limitations (See rejection 
of claim 1) including logging transactions and defining the sequence of actions to be 
carried out in the transaction, (See Frey, Col. 5, lines 3-4 and lines 41-43). This is 
interpreted as determining if the file system. operation belongs to a subset of file system 
operations that are subject to logging and if so, logging the file system operation. 

9. Referring to claim 9, Frey and Flemming teach all the limitations (See rejection of 
claim 8) including subset including operations such as parity update (See Frey, Col. 5, 
lines 41-43). A parity update will be deferent every time you perform the operation 
because the data is different, this is interpreted as the operation being non-idempotent. 
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10. Referring to claims 10 and 11, Frey and Flemming teach all the limitations (See 
rejection of claiml ) including the log file spanning both volatile and non-volatile memory 
(See Frey, Col. 3, lines 31-32). 

11. Referring to claim 12, Frey teaches a file-based transaction system that includes 
a transaction log and software for performing the system, this is interpreted as a 
computer-readable storage medium storing instructions when executed by a computer 
to perform a method for logging file system operation, wherein the computer-readable 
storage medium includes one of a volatile memory, a non-volatile memory, a disk drive, 
a magnetic tape, a compact disc, a digital versatile disc, and a digital video disk (See 
Col. 1 , lines 9-12). Frey discloses the system performing file transactions using user- 
inaccessible software and Frey discloses the types of transactions including a 
distributed type of transaction that includes several nodes and each server maintains its 
own independent log, this is seen as each server has a log file that records all the 
information of the distributed transactions, which includes the transaction information 
that occurs on separate servers. This is interpreted as receiving a request to perform a 
file system operation at a primary server in a highly available system and making a call 
to an underlying file system to perform the file system operation (See Col. 3, lines 22-43 
and Col. 5, lines 53-56). 

Frey teaches the use of a transaction log file to keep track of the progress of all 
pending transactions and the log file can be used to reconstruct in case of a failure of 
the system and Frey discloses the types of transactions including a distributed type of 
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transaction that includes several nodes and each server maintains its own independent 
log, this is seen as each server has a log file that records all the information of the 
distributed transactions, which includes the transaction information that occurs on 
separate servers. This is interpreted as logging the file system operation to a log within 
a log device to facilitate recovery of the file system operation in the event of a system 
failure before the file system operation is committed to non-volatile storage, wherein the 
log device is located on a secondary server that is separate from the primary server in 
the highly available system and wherein the secondary server acts as a backup for the 
primary server (See Col. 4, line 53 to Col. 5, line 10 and Col. 5, lines 53-56). Frey also 
teaches maintaining transaction data fields which can include the "new" or "modified" 

» 

data so that a transaction may be "committed" before the base data being modified on 
the disk and commit means successful completion of the transaction, thus during a 
failure such a transaction would need to be repeated to be stored on the disk using the 

a 

"new" or "modified" data in the transaction data field of the log, this is interpreted as 
wherein the file system operation includes arguments and data needed to repeat the file 
system operation (See Col. 5, lines 23-29 and Col. 6, lines 5-8). 

Frey teaches the log file spanning both volatile and non-volatile memory and 
nearly always one portion of the log file will be in the processor's volatile memory, this is 
interpreted as wherein the locating the log in volatile memory on the secondary server 
facilitates recovery of the file system operation without adding delay to normal file 
system operations due to writes to non-volatile storage (See Frey, Col. 3, lines 31-32 
and Col. 5, lines 14-16). 
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Frey teaches a recovery procedure that involves reading the log file, this is 
interpreted as upon a subsequent computer system startup examining the log within the 
log device (See Frey, Col. 9, lines 38-39). Frey also teaches the log file being used to 
reconstruct the system and all volatile memory which contains log entries is written to 
disk and into the log file, this is interpreted as replaying any file system operations from 
the log (See Frey, Col. 5, lines 4- 7 and Col. 9, lines 50-52). 

Frey does not disclose wherein locating the log on the secondary server 
facilitates failover to the secondary server when the primary server fails and wherein the 
log is only in volatile memory, however Frey does teach the of use a logging system 
which assures distributed file system consistency in the event of a system malfunction 
and thus provides for rapid file system recovery (See Col. 3, lines 15-20). Frey teaches 
the log is included in the volatile memory and "may" span the volatile and non-volatile, 
thus it "may" only be on the volatile memory (See Col. 3, lines 15-43). Flemming 
teaches upon the failure of a primary unit, failover occurs to a secondary unit using the 
contents of a log to update its state (See Col. 11, lines 21-26). Flemming also teaches if 
speed of recovery is not critical logging the state information in the volatile memory to 
disk, non-volatile memory, thus in situations where speed of recovery is critical, not 
logging the state information from volatile memory to non-volatile memory, thereby the 
log is only located in the volatile memory (See Col. 2, lines 6-41). It would have been 
obvious to one of ordinary skill in the art at the time of the invention to combine the 
failover using logs in only volatile memory of Flemming with the log recovery system of 
Frey. This would have been obvious to one of ordinary skill in the art at the time of the 
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invention to do because the second unit takes over for the malfunctioned primary unit, 
thus providing a rapid recovery (See Flemming, Col. 1 1 , lines 21-26). 

12. Referring to claim 13, Frey and Flemming disclose all the limitations (See 
rejection of claim 12) including the use unique identification numbers for the 
transactions in the log (See Frey, Col. 5, lines 34-35). 

13. Referring to claim 14, Frey and Flemming teach all the limitations (See rejection 
of claim 12) including the use of a commit procedure, this is interpreted as freezing 
ongoing activity and making a call to the file system to flush memory buffers to non- 
volatile storage, which guarantees operations are committed to non-volatile storage and 
later unfreezing ongoing activity (See Frey, Col. 5, lines 23-33). Frey also teaches that 
all old completed transactions are discarded, this is interpreted as removing outstanding 
file system operations from the log (See Col. 5, lines 11-12). 

14. Referring to claim 16, Frey and Flemming teach all the limitations (See rejection 
of claim 12) including defining the sequence of actions to be carried out in the 
transaction, this is interpreted as checking for dependencies between file system 
operations and ongoing file system operations, and if detected ensuring completion is 
done in an order that satisfies the dependencies (See Frey, Col. 5, lines 41-43). 



* » 
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15. Referring to claim 18, Frey and Flemming teach all the limitations (See rejection 
of claim 12) including the use unique identification numbers for the transactions in the 
log (See Frey, Col. 5, lines 34-35), and defining the sequence of actions to be carried 
out in the transaction, this is interpreted as associating the file system operation with a 
transaction identifier for a set of related file system operations and wherein logging the 
file system operation involves storing the file system operation with the transaction 
identifier to the log device (See Frey, Col. 5, lines 41-43). 

16. Referring to claim 19, Frey and Flemming disclose all the limitations (See 
rejection of claim 12) including logging transactions and defining the sequence of 
actions to be carried out in the transaction, (See Frey, Col. 5, lines 3-4 and lines 41-43). 
This is interpreted as determining if the file system operation belongs to a subset of file 
system operations that are subject to logging and if so, logging the file system 
operation. 

17. Referring to claim 20, Frey and Flemming teach all the limitations (See rejection 
of claim 19) including subset including operations such as parity update (See Frey, Col. 
5, lines 41-43). A parity update will be deferent every time you perform the operation 
because the data is different, this is interpreted as the operation being non-idempotent. 
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18. Referring to claims 21 and 22, Frey and Flemming teach all the limitations (See 
rejection of claim 12) including the log file spanning both volatile and non-volatile 
memory (See Frey, Col. 3, lines 31-32). 

19. Referring to claim 23, Frey teaches a file-based transaction system that includes 
a transaction log (See Col. 1, lines 9-12). Frey discloses the system performing file 
transactions using user-inaccessible software and including distributed type of 
transactions that includes several nodes and each server maintains its own independent 
log, this is seen as each server as each server has a log file that records all the 
information of the distributed transactions, which includes the transaction information 
that occurs on separate servers. This is interpreted as receiving a request to perform a 
file system operation at a primary server in a highly available system and making a call 
to an underlying file system to perform the file system operation (See Col. 3, lines 22-43 
and Col. 5, lines 53-56). 

Frey teaches the use of a transaction log file to keep track of the progress of all 
pending transactions and the log file can be used to reconstruct in case of a failure of 
the system and Frey discloses the types of transactions including a distributed type of 
transaction that includes several nodes and each server maintains its own independent 
log, this is seen as each server has a log file that records all the information of the 
distributed transactions, which includes the transaction information that occurs on 
separate servers. This is interpreted as logging the file system operation to a log within 
a log device to facilitate recovery of the file system operation in the event of a system 



* 
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failure before the file system operation is committed to non-volatile storage, wherein the 
log device is located on a secondary server that is separate from the primary server in 
the highly available system and wherein the secondary server acts as a backup for the 
primary server (See Col. 4, line 53 to Col. 5, line 10 and Col. 5, lines 53-56). 

Frey also teaches maintaining transaction data fields which can include the "new" 
or "modified" data so that a transaction may be "committed" before the base data being 
modified on the disk and commit means successful completion of the transaction, thus 
during a failure such a transaction would need to be repeated to be stored on the disk 
using the "new" or "modified" data in the transaction data field of the log, this is 
interpreted as wherein the file system operation includes arguments and data needed to 
repeat the file system operation (See Col. 5, lines 23-29 and Col. 6, lines 5-8). Frey 

■ 

teaches the log file spanning both volatile and non-volatile memory and nearly always 
one portion of the log file will be in the processor's volatile memory, this is interpreted as 
wherein the locating the log in volatile memory on the secondary server facilitates 
recovery of the file system operation without adding delay to normal file system 
operations due to writes to non-volatile storage (See Frey, Col. 3, lines 31-32 and Col. 
5, lines 14-16). 

Frey teaches a recovery procedure that involves reading the log file, this is 
interpreted as upon a subsequent computer system startup examining the log within the 
log device (See Frey, Col. 9, lines 38-39). Frey also teaches the log file being used to 
reconstruct the system and all volatile memory which contains log entries is written to 
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disk and into the log file, this is interpreted as replaying any file system operations from 
the log (See Frey, Col. 5, lines 4- 7 and Col. 9, lines 50-52). 

Frey does not disclose wherein locating the log on the secondary server 
facilitates failover to the secondary server when the primary server fails and wherein the 
log is only in volatile memory, however Frey does teach the of use a logging system 
which assures distributed file system consistency in the event of a system malfunction 
and thus provides for rapid file system recovery (See Col. 3, lines 15-20). Frey teaches 
the log is included in the volatile memory and "may" span the volatile and non-volatile, 
thus it "may" only be on the volatile memory (See Col. 3, lines 15-43). Flemming 
teaches upon the failure of a primary unit, failover occurs to a secondary unit using the 
contents of a log to update its state (See Col. 1 1 , lines 21-26). Flemming also teaches 
if speed of recovery is not critical logging the state information in the volatile memory to 
disk, non-volatile memory, thus in situations where speed of recovery is critical, not 
logging the state information from volatile memory to non-volatile memory, thereby the 
log is only located in the volatile memory (See Col. 2, lines 6-41). It would have been 
obvious to one of ordinary skill in the art at the time of the invention to combine the 
failover using logs in only volatile memory of Flemming with the log recovery system of 
Frey. This would have been obvious to one of ordinary skill in the art at the time of the 
invention to do because the second unit takes over for the malfunctioned primary unit, 
thus providing a rapid recovery (See Flemming, Col. 11, lines 21-26). 
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20. Referring to claim 24, Frey and Flemming disclose all the limitations (See 
rejection of claim 23) including the use unique identification numbers for the 
transactions in the log (See Frey, Col. 5, lines 34-35). 

21 . Referring to claim 25, Frey and Flemming teach all the limitations (See rejection 
of claim 23) including the use of a commit procedure, this is interpreted as freezing 
ongoing activity and making a call to the file system to flush memory buffers to non- 
volatile storage, which guarantees operations are committed to non-volatile storage and 
later unfreezing ongoing activity (See Frey, Col. 5, lines 23-33). Frey also teaches that 
all old completed transactions are discarded, this is interpreted as removing outstanding 
file system operations from the log (See Col. 5, lines 11-12). 

22. Referring to claim 27, Frey and Flemming teach all the limitations (See rejection 
of claim 23) including defining the sequence of actions to be carried out in the 
transaction, this is interpreted as checking for dependencies between file system 
operations and ongoing file system operations, and if detected ensuring completion is 
done in an order that satisfies the dependencies (See Frey, Col. 5, lines 41-43). 

23. Referring to claim 29, Frey and Flemming teach all the limitations (See rejection 
of claim 23) including the use unique identification numbers for the transactions in the 
log (See Frey, Col. 5, lines 34-35), and defining the sequence of actions to be carried 
out in the transaction, this is interpreted as associating the file system operation with a 
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transaction identifier for a set of related file system operations and wherein logging the 
file system operation involves storing the file system operation with the transaction 
identifier to the log device (See Frey, Col. 5, lines 41-43). 

24. Referring to claim 30, Frey and Flemming disclose all the limitations (See 
rejection of claim 23) including logging transactions and defining the sequence of 
actions to be carried out in the transaction, (See Frey, Col. 5, lines 3-4 and lines 41-43). 
This is interpreted as determining if the file system operation belongs to a subset of file 
system operations that are subject to logging and if so, logging the file system 
operation. 

25. Referring to claim 31, Frey and Flemming teach all the limitations (See rejection 
of claim 30) including subset including operations such as parity update (See Frey, Col. 
5, lines 41-43). A parity update will be deferent every time you perform the operation 
because the data is different, this is interpreted as the operation being non-idempotent. 

26. Referring to claims 32 and 33, Frey and Flemming teach all the limitations (See 
rejection of claim 23) including the log file spanning both volatile and non-volatile 
memory (See Frey, Col. 3, lines 31-32). 

27. Referring to claims 34, 35, and 26, Frey and Flemming teach all the limitations 
(See rejection of claims 1,12, and 23 respectively) including a system with two 
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processing entities, a primary and secondary, as part of a fault tolerant recovery unit, 
this is interpreted as wherein the primary server is in a highly available system and 
wherein the secondary server is in the highly available system (See Flemming, Fig. 2 
and Col. 3, lines 10-57). 

Response to Arguments 

28. Applicant's arguments filed 23 February 2007 have been fully considered but 
they are not persuasive. The Applicant argues that Frey and Flemming do not teach 
"wherein the log is only in volatile memory." The Examiner respectfully disagrees. Frey 
teaches the log is included in the volatile memory and "may" span the volatile and non- 
volatile, thus it "may" only be on the volatile memory (See Col. 3, lines 15-43). 
Flemming also teaches if speed of recovery is not critical logging the state information in 
the volatile memory to disk, non-volatile memory, thus in situations where speed of 
recovery is critical, not logging the state information from volatile memory to non-volatile 
memory, thereby the log is only located in the volatile memory (See- Col. 2, lines 6-41). 

Conclusion 

29. THIS ACTION IS MADE FINAL, Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
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mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .1 36(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Joseph D. Manoskey whose telephone number is (571) 

272- 3648. The examiner can normally be reached on Mon.-Fri. (7:30am to 4pm): 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Robert Beausoliel can be reached on (571) 272-3645. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 

273- 8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance. from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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